PHP-FPM设置max_chindren、max_requests

首先，我们关注下 PHP-FPM 的运行方式：
pm = static模式：

始终保持一个固定数量的子进程，这个数由pm.max_children定义，这种方式很不灵活，也通常不是默认的。
优点是不用动态的判断负载情况，提升性能；缺点是多占用些系统内存资源。在内存足够的前提下性能最强
用此模式每天需要设置固定时间重启php
pm = dynamic模式：

启动时，会产生固定数量的子进程（由pm.start_servers控制）可以理解成最小子进程数，而最大子进程数则由pm.max_children去控制，OK，这样的话，子进程数会在最大和最小数范围中变化，还没有完，闲置的子进程数还可以由另2个配置控制，分别是pm.min_spare_servers和pm.max_spare_servers，也就是闲置的子进程也可以有最小和最大的数目，而如果闲置的子进程超出了pm.max_spare_servers，则会被杀掉。
pm = ondemand模式:

这种模式和pm = dynamic相反，把内存放在第一位，他的工作模式很简单，每个闲置进程，在持续闲置了pm.process_idle_timeout秒后就会被杀掉，有了这个模式，到了服务器低峰期内存自然会降下来，如果服务器长时间没有请求，就只会有一个php-fpm主进程，当然弊端是，遇到高峰期或者如果pm.process_idle_timeout的值太短的话，无法避免服务器频繁创建进程的问题，因此pm = dynamic和pm = ondemand谁更适合视实际情况而定。
PHP-FPM 子进程数量，是不是越多越好？

当然不是，pm.max_chindren，进程多了，增加进程管理的开销以及上下文切换的开销。

更核心的是，能并发执行的 php-fpm 进程不会超过 cpu 个数。

如何设置，取决于你的代码

如果代码是 CPU 计算密集型的，pm.max_chindren 不能超过 CPU 的内核数。
如果不是，那么将 pm.max_chindren 的值大于 CPU 的内核数，是非常明智的。
国外技术大拿给出这么个公式：

在 N + 20% 和 M/m 之间。

N 是 CPU 内核数量。
M 是 PHP 能利用的内存数量。
m 是每个 PHP 进程平均使用的内存数量。
适用于 dynamic 方式。

static方式：M/(m * 1.2)

当然，还有一种保险的方式，来配置 max_children。适用于 static 方式。

先把 max_childnren 设置成一个比较大的值。
稳定运行一段时间后，观察 php-fpm 的 status 里的 max
active processes 是多少
然后把 max_children 配置比它大一些就可以了。
pm.max_requests：指的是每个子进程在处理了多少个请求数量之后就重启。

这个参数，理论上可以随便设置，但是为了预防内存泄漏的风险，还是设置一个合理的数比较好